Date: Thu,  3 Jun 93 00:47:24 PDT
From: Packet-Radio Mailing List and Newsgroup <packet-radio@ucsd.edu>
Errors-To: Packet-Radio-Errors@UCSD.Edu
Reply-To: Packet-Radio@UCSD.Edu
Precedence: Bulk
Subject: Packet-Radio Digest V93 #154
To: packet-radio


Packet-Radio Digest         Thu,  3 Jun 93       Volume 93 : Issue  154

Today's Topics:
             Alinco Data Radio and Kantronics Data Engine
                    Educational project in Russia
                  FTP site for APLINK 7.01 or higher
                      Getting started in TCP\IP
              How does packet work and what is required
              How does packet work and what is required?
                       How fast is HighSpeed ?
      Important!: Field Day Packet Contacts can be disqualified!
                  Latest PK-88 ROM Version? (2 msgs)
                      macintosh packet & tcp/ip
                   MiniSport Laptop Hacker - Vol 7
                   MiniSport Laptop Hacker - Vol 8
                      NDIS drivers for KISS mode
                         TCP/IP with PK-900?
                         Using an ALinco 580T

Send Replies or notes for publication to: <Packet-Radio@UCSD.Edu>
Send subscription requests to: <Packet-Radio-REQUEST@UCSD.Edu>
Problems you can't solve otherwise to brian@ucsd.edu.

Archives of past issues of the Packet-Radio Digest are available 
(by FTP only) from UCSD.Edu in directory "mailarchives/packet-radio".

We trust that readers are intelligent enough to realize that all text
herein consists of personal comments and does not represent the official
policies or positions of any party.  Your mileage may vary.  So there.
----------------------------------------------------------------------

Date: 3 Jun 93 02:25:18 GMT
From: swrinde!gatech!prism!gt4503e@network.UCSD.EDU
Subject: Alinco Data Radio and Kantronics Data Engine
To: packet-radio@ucsd.edu

Does anyone out there have a "good/official" set of "pinouts" to connect the
Kantronics data engine to an Alinco Data radio.  I am using the 1200, 2400,
and straight 9600 baud G3RUH modems. 
Thanks.   tK Wood KD0UP

-- 
Tracy K. Wood, Student, Georgia Institute of Technology, PO Box 24503, Atlanta,
GA 30332 USA     Amateur Radio: KD0UP/4    (706) 791-3561 
     uucp:	  ...!{decvax,hplabs,ncar,purdue,rutgers}!gatech!prism!gt4503e
     Internet:      gt4503e@prism.gatech.edu  (or)   sigcen@chmsr.gatech.edu

------------------------------

Date: 2 Jun 93 14:35:32 EDT
From: mvb.saic.com!unogate!news.service.uci.edu!usc!howland.reston.ans.net!newsserver.jvnc.net!darwin.sura.net!bogus.sura.net!udel!news.intercon.com!psinntp!arrl.org@network.UCSD.EDU
Subject: Educational project in Russia
To: packet-radio@ucsd.edu

(relayed at the request of RW3DZ)


Dear educator colleagues!


     The club station at School #1 in Troitsk, Russia has
been active since 1964 (UW3KBA-UK3DBA-UZ3DXB). Since 1990
we've been working on a project called, "School E-mail Systems via
PACSATs for Educational Purposes." The school station presently
operates terrestrial packet VHF and we have organized a local
network involving other schools. Our satellite link is still under
development. Progress is slow, however, since we must build all
of our equipment ourselves. For example, on VHF we use fixed-
frequency rigs (144.625 MHz), a homebrew TNC-2 type controller
and a CP/M type computer. We should have a PC for the station
very soon.
      One of our goals is to assist local schools to improve
their technology curriculums--particularly in the area of
telecommunications, space physics and languages. During the
academic year 1992-93 we have a group of students age 12-15
working at the UZ3DXB station regularly as operators. We've
recently established a VHF packet-radio link with Moscow, but
no PBBSs exit there--yet. Our future plans include building
additional rigs to work the various OSCAR satellites and the
MIR space station. We are also considering the possibility of
setting up our own packet PBBS here in Troitsk.
      I am searching for educators who are involved with
similar Amateur Radio activities in the US, Canada and Europe. In
particular, I wish to contact teachers who would be interested
in cooperating with us in an joint Amateur Radio educational venture
using packet and/or satellites.
      Each summer in Troitsk there is a conference for educators
titled "Computers in Schools." This  year it will take place June 24-26,
1993. This may be an excellent opportunity for us to meet. (We have
a group of educators from California who participate in conference
regularly.) I know this is terribly short notice, but if you are
interested, please come.
      If you cannot attend, I'd still be interested in hearing from
you about the project idea I have described. Your comments and
suggestions are most appreciated.

My email address is: zait@sovam.com

(an alternate address is: rw3dz@sch1tr.msk.su)


 All the best and 73 !!!


 Alexander Zaitzev, RW3DZ / UZ3DXB

------------------------------

Date: 2 Jun 93 23:18:04 CST
From: usc!math.ohio-state.edu!darwin.sura.net!tulane!agwbbs!Angelo_Glorioso_Iii@network.UCSD.EDU
Subject: FTP site for APLINK 7.01 or higher
To: packet-radio@ucsd.edu

Hi ALL,

 I want to thank all who answer my message for FTP site for BPQ 4.06F. I am
now looking for the latest version OF APLINK 7.01 or higher. I dont have
access to Archie and must ask this way.. 

 Thanks again for the help..


-- Via DLG Pro v0.995

Internet:angelo_glorioso_III@agwbbs.new-orleans.LA.US
  Usenet:rex!agwbbs!angelo_glorioso_III
  Packet:N5UXT @ N5UXT.#NOLA.LA.USA.NA
  Tcp/ip:N5UXT.AMPT.ORG  [44.108.2.13]

------------------------------

Date: Wed, 2 Jun 1993 15:20:27 GMT
From: swrinde!dptspd!news@network.UCSD.EDU
Subject: Getting started in TCP\IP
To: packet-radio@ucsd.edu

In  <1uh7hd$kgp@charm.magnus.acs.ohio-state.edu>  flinxwei@magnus.acs.ohio-state.edu (Eric Linxweiler) writes:
>  
> I am interested in getting started in some tcp-ip activity, however I have no 
> clue as to starting.

Your machine is overkill  ;-) ... but it wil do.

You will need to FTP login to ucsd.edu (anonymous) and change directory down
to /hamradio/packet/tcpip. Since you are using messydos, I suggest you 
download the basic KA9Q executable (in ../KA9Q subdir) or the variant by 
WG7J (in that subdir).  The go to ../docs and get intronos.zip.... that 
ought to get you started....

You need to contact your state ip address coordinator for a 44.xx.xx.xx 
address and with a little playing, you will be in bizness! Also if you can 
join mailing lists.. there are several amateur tcp/ip groups available.

I'm sure there are folks in your area that know about tcp/ip over ax.25....

Have Fun....

********************************************************************* 
* Jack Spitznagel                   * As a curmudgeon, I speak for  * 
* Internet: jks@giskard.uthscsa.edu * no man, everyman, and my      * 
* AMPRNet:  kd4iz@kd4iz.ampr.org    * opinions are none of your     * 
* CIS:      76044,476               * business. Those I will gladly * 
* Tel:      (210) 567-6616          * share. All else is random.    * 
* Foot:      29.41'N 98.38'W        * (C) 1993                      * 
********************************************************************* 

------------------------------

Date: Thu, 3 Jun 1993 04:03:27 GMT
From: usc!math.ohio-state.edu!magnus.acs.ohio-state.edu!csn!teal.csn.org!joelf@network.UCSD.EDU
Subject: How does packet work and what is required
To: packet-radio@ucsd.edu

Also packet allows direct connect from "computer" to "computer" for keyboard
ragchews.

There is an organization here in Colorado called COPA (COlorado Packet Assoc.)
which helps promote the various aspects of packet.

------------------------------

Date: Wed, 2 Jun 1993 16:51:16 GMT
From: sdd.hp.com!hpscit.sc.hp.com!cupnews0.cup.hp.com!news1.boi.hp.com!swalton@network.UCSD.EDU
Subject: How does packet work and what is required?
To: packet-radio@ucsd.edu



------------------------------

Date: Wed, 2 Jun 1993 16:53:02 GMT
From: mvb.saic.com!unogate!news.service.uci.edu!usc!howland.reston.ans.net!gatech!wa4mei!ke4zv!gary@network.UCSD.EDU
Subject: How fast is HighSpeed ?
To: packet-radio@ucsd.edu

In article <C7vsn1.4BI@iat.holonet.net> bwilkins@iat.holonet.net (Bob Wilkins n6fri) writes:
>How fast are the High Speed packet modems operating...in a reliable
>connection? Are packet bbs forwarding lans operating at 56KB yet?

Well it depends on channel loading of course. We see transfer rates of
about 2 kilobytes/sec on a good half duplex channel with light loading.
We've been operating our inter-LAN trunk switching systems at 56kb for
several years now. Two of our BBS systems are directly connected to the
56kb trunks while the rest run at LAN speed on the LAN side of the
switches. We have both full duplex packet repeaters (voice style) and
regular simplex digi type LAN systems. These are co-located with, and
hosted on, the switch computers for the inter-LAN trunks.

>What kind of problems due to propagation on uhf have occured to these links?

Well the usual problems with inversions. All our switch sites are either
on mountaintops or atop skyscrapers or broadcast towers. They are basically
in line of sight (30-60 miles) with their neighbors. The only real problem 
is with one BBS system that's down in a valley and sometimes is under the 
inversion while the switch remains above the layer.

One of our major switch sites is currently experiencing intermittant
"deafness" that's been driving our tech people crazy.  Of course it
is never deaf when they're at the site with test equipment. :-(
They've swapped out every piece of equipment with known good equipment
at least twice, so the opinion now is that it's some sort of intermittant
interference. It can hear a 100 watt signal, but not the usual 7 watt
signals when it's experiences these episodes of deafness.

This is one of the problems with these systems, unlike a voice repeater
experiencing interference, there's no way for users on the ground to
hear any interference and get a clue as to the problem. All they know
is that the switch is "down". This has led to frustration all around.

Gary
-- 
Gary Coffman KE4ZV          |    You make it,     | gatech!wa4mei!ke4zv!gary
Destructive Testing Systems |    we break it.     | uunet!rsiatl!ke4zv!gary
534 Shannon Way             |    Guaranteed!      | emory!kd4nc!ke4zv!gary 
Lawrenceville, GA 30244     |                     | 

------------------------------

Date: Wed, 02 Jun 93 18:12:31 GMT
From: usc!wupost!csus.edu!netcom.com!netcomsv!orchard.la.locus.com!prodnet.la.locus.com!lando.la.locus.com!dana@network.UCSD.EDU
Subject: Important!: Field Day Packet Contacts can be disqualified!
To: packet-radio@ucsd.edu

[ I forgot to post this to rec.radio.amateur.packet, of all places ]

I spoke to Warren Stankiewicz of the ARRL regarding packet operation
at Field Day.  He confirmed my belief that the "free" Packet station
may use repeaters, either digipeaters or net/rom, and that the Packet
station may operate on any band pursuant to the rest of the Field Day
rules (i.e. 15 minute rule, etc.).

However, Warren warned me about two things that may not be obvious
regarding packet operation for Field Day.

Warren said that packet contacts which use non-amateur means of
communication, specifically Internet, are not qualified for Field Day
points.  

I asked Warren "What if you don't know that the Internet is being used?".
He said "If we find out, those points will be disqualified".  I did not
specifically ask about wormholes such as the Simi Valley-CAPRA link,
but I assume these are the same, they are non-amateur landline networks,
which is what the term "Internet" generally describes.

My concern is that net/rom routes can be "opaque"; i.e., you may not
know what kind of technology is used to link the nodes, and may
inadvertantly make illegal Field Day QSOs.  In fact, this significantly
reduces my enthusiasm to use digipeaters or net/rom during Field Day,
since virtually every contact there might be disqualified later.  At the
same time, it gives me an incentive to protest Field Day groups showing
large packet totals, given the likelihood of the use of non-amateur services.
This is not meant as an anal-retentive comment, just a conservative
reading of the rules.

Another issue is that packet contacts, whether by a conventional
station or by the Packet-only station, count as CW QSOs.  Therefore,
if you operate HF in your packet station, you need to make sure to
dupe CW QSOs by any station with packet QSOs by any station.  I.e., if you
have a 20m CW station and he works KK6JQ on CW, and your Packet station
works KK6JQ on 20m packet, you only get to count one of the QSOs.

In summary:

	* Packet QSOs may use digipeaters and net/rom, but must not
          use non-amateur services, regardless of whether you know or
	  not.

	* Packet QSOs dupe against CW QSOs.

If you have any questions or comments, please contact "contest@arrl.org"
or Warren Stankiewicz of the ARRL at (203) 666-1541.
-- 
 * Dana H. Myers KK6JQ 		| Views expressed here are	*
 * (310) 337-5136 		| mine and do not necessarily	*
 * dana@locus.com  DoD #466 	| reflect those of my employer	*
 * This Extra supports the abolition of the 13 and 20 WPM tests *

------------------------------

Date: 2 Jun 1993 12:00:05 -0400
From: usc!cs.utexas.edu!uwm.edu!spool.mu.edu!nigel.msen.com!ilium!gdls.com!gdls.com!not-for-mail@network.UCSD.EDU
Subject: Latest PK-88 ROM Version?
To: packet-radio@ucsd.edu

In article <1993Jun2.050113.6945@newsgate.sps.mot.com> markm@latium.sps.mot.com (Mark Monninger) writes:
>
>Since several folks are asking about Kantronics ROM versions, I'll throw
>out my question:
>
>Anyone know what the latest ROM for the PK-88 is? The date in mine is
>01JUN90. 
>
>Thanks & 73...    Mark   AA7TA

According to AEA, the latest version is marked 23 Aug, 1991.  I bought mine in
 April and it has a sticker with this date on the bottom.

Bill
-- 
 Bill Turini, KA4GAV			              Chief, Technical Systems
 Computer Sciences Corporation   	              turini@gdls.com
 6000 E. 17 Mile Road                                 (313) 825-8810 
 Sterling Heights, MI 48313

------------------------------

Date: 2 Jun 1993 15:12:11 -0400
From: usc!math.ohio-state.edu!caen!nic.umass.edu!noc.near.net!jericho.mc.com!levine@network.UCSD.EDU
Subject: Latest PK-88 ROM Version?
To: packet-radio@ucsd.edu

In article <1993Jun2.050113.6945@newsgate.sps.mot.com>, markm@latium.sps.mot.com (Mark Monninger) writes:
|> 
|> Since several folks are asking about Kantronics ROM versions, I'll throw
|> out my question:
|> 
|> Anyone know what the latest ROM for the PK-88 is? The date in mine is
|> 01JUN90. 
|> 
|> Thanks & 73...    Mark   AA7TA

If I remember correctly, mine is Aug 91. V2 release 2.  (I see the
banner on the screen every day, I should know it!)
Bob KD1GG

------------------------------

Date: Wed, 2 Jun 1993 20:05:13 GMT
From: world!rsm@uunet.uu.net
Subject: macintosh packet & tcp/ip
To: packet-radio@ucsd.edu

hi 
im looking for locations on the internet
of good macintosh software for both packet and
tcp/ip. Any recomensdations for sites and
specific programs would be greatly appreciated
any good guides to staring with tcp/ip
thanks bob Ka6noc/1 rsm@world.std.com   

------------------------------

Date: 3 Jun 93 05:19:33 GMT
From: usc!math.ohio-state.edu!uwm.edu!spool.mu.edu!olivea!isc-br!tau-ceti!comtch!opus-ovh!bmork@network.UCSD.EDU
Subject: MiniSport Laptop Hacker - Vol 7
To: packet-radio@ucsd.edu

MiniSport Laptop Hacker - Vol 7                        20 Feb 93

Thanks to W4NTG, N7SXD, KD7HP, and others who have given me feedback the 
last few weeks.  I've been hot and heavy into getting TPK1.80 (automated 
mail drop on my local computer) up and running.

>>> ADMINISTRATIVE
My packet address remains the same, but notice that my Internet address has 
changed (it's now jupiter rather than visual).  Does anybody have a recent 
callbook?  Is my address correct in the 1993 Callbook?  6006-B Eaker, Fair-
child, WA 99011 is the correct address. Send me packets, e-mail, or US 
Mail.  I need ideas, questions, and answers!
The local sysops have frowned on sending back issues through the packet 
network.  If you need some back issues, please send me a disk, postage & 
mailer to get it to you.  In addition, I've got word back that a 7k
packet message is too much.  I will try to keep them to one page (but 
there's so much good stuff!).  What format would you like them in?  80 col-
umns is ok?  75 columns? Do you print at 6 lpi or 8 lpi?
 
>>> COMMUNICATION
I just came across an easy circuit that lets you wire up bidirectional 
transfers with a parallel port.  I need to look at that one a little bit & 
talk about it in an upcoming issue.  Has anybody else seen this done?
But for now, let me pass on some serial port information.  Buried inside 
your ML is a more advanced chip that appears like an 8250 programmable 
UART.  Eight consecutive addresses are taken by the chip for each communi-
cation channel.  For those of you who are unfamiliar with this concept, let 
me repeat:  Each "port" on your IBM/PC compatible really takes up eight 
consecutive addresses.  All addresses are used by comm software.  On the ML 
there are two blocks of eight addresses: COM1 and COM2.  Following is a 
chart introducing the organization of these powerful I/O chips.  For exam-
ple, if you want to check on the CTS, DSR, and RI of COM1, you could read 
in the Modem Status Register at address 0x03FE (hexadecimal).  Bits 4,5 and 
6 would give you the condition of the desired lines.

DLAB A2   A1   A0   8-bit Register Name
--------------------------------------------------------------
 0   0    0    0    Rcvr buffer (RBR), or Txmtr buffer (THR)
 0   0    0    1    Interrupt Enable (IER)
 x   0    1    0    Interrupt Identification (read only) (IIR)
 x   0    1    1    Line Control (LCR)
 x   1    0    0    Modem Control (MCR)
 x   1    0    1    Line Status (LSR)
 x   1    1    0    Modem Status (MSR)
 x   1    1    1     --- nothing ---
 1   0    0    0    Baud Rate Divisor latch LSB (DLLS)
 1   0    0    1    Baud Rate Divisor latch MSB (DLMS)
--------------------------------------------------------------
Note: A2-A0 are the three LSB of a IBM/PC "COM" port address,
e.g., the MCR (offset of 4) for COM2 (02f8) is available on
a IBM/PC platform at address 02fc). DLAB is the MSB of the LCR.

On any PC compatible, the following addresses are in effect:

Register    COM1    COM2
-------------------------
RBR & THR | 03F8    02F8
IER       | 03F9    02F9
IIR       | 03FA    02FA
LCR       | 03FB    02FB
MCR       | 03FC    02FC
LSR       | 03FD    02FD
MSR       | 03FE    02FE
 -        |
DLLS      | 03F8    02F8
DLMS      | 03F9    02F9

End of my page.  Continued next time...

>>> UPCOMING
MORE 8250 DOCS, SERIAL & PARALLEL BUFFER CHIP PINOUTS, COM2 PINOUT, Poor 
Man's Packet INSIDE YOUR MINISPORT, SHRINKING YOUR FAVORITE SOFTWARE, MINI-
MUM BOOT FILES, BOARD REVISIONS, and more DISASSEMBLY.

73, Brian, ka9snf@wb7nnf.#spokn.wa or Internet ka9snf@jupiter.spk.wa

---
Brian Mork   Internet bmork@opus-ovh.spk.wa.us
 .. . .  .   Amateur Radio ka9snf@wb7nnf.#spokn.wa.usa
.   . ..     USMail 6006-B Eaker, Fairchild, WA 99011

------------------------------

Date: 3 Jun 93 04:59:08 GMT
From: sdd.hp.com!nigel.msen.com!spool.mu.edu!olivea!isc-br!tau-ceti!comtch!opus-ovh!bmork@network.UCSD.EDU
Subject: MiniSport Laptop Hacker - Vol 8
To: packet-radio@ucsd.edu

MiniSport Laptop Hacker - Vol 8
28 Feb 93

>>> POOR MAN'S PACKET (PMP) ON THE MINISPORT.
Hallelujah! I got it working!  I have a complete TNC built on a little 
perfboard.  It slides in the left side of the MiniSport in place of the 
land-line modem Zenith sold with the computer.  As soon as I finish the 
series on the COMx: ports, I'll cover how this information was used to make 
a complete packet station *inside* the MiniSport (minus a handheld).

>>> MINISPORT LAPTOP COM2 PINOUT
Take the cover off the modem slot on the left side of your MiniSport.  If 
you have a modem in place, slide it out.  Inside you'll see a 16-pin con-
nector:

    1  3  5  7  9 11 13 15    (Viewed looking in the slot, right side up)
    2  4  6  8 10 12 14 16

The pins are as follows:
 1  +5v output
 2 +10v output
 3 -10v output
 4  GND
 5  TTL signal (or power supply?). High when CMOS setup turns COM2 on.
     Alternately the command line MACHINE MODEM ON lets you set it to high;
     MACHINE MODEM OFF sets it to low.
 6  Carrier Detect, TTL input.
 7  Received Data, TTL input.
 8  GND
 9  Transmit Data, TTL output.
10  Associated with the built-in computer speaker.  Touching to +5v
     through a 1kohm resister makes the speaker squawk.
11  ?? ground ??
12  Ring Indicator, TTL input.
13  Data Terminal Ready, TTL output.
14  Clear to Send, TTL input.
15  Request to Send, TTL output.
16  Data Set Ready, TTL input.


>>> COM I/O ARCHITECTURE
In Volume 7, the addresses of the COM I/O ports were given.  Now I'll start 
discussing to what each of the nine registers actually allows access.  I'll 
refer to a BASE address.  In the case of COM1, this is 0x03F8.  In the case 
of COM2, this is 0x02F8.  I'll cover them in relative order of popularity.

Receiver Buffer Register and Transmitter Holding Register (BASE+0)
------------------------------------------------------------------
These two registers appear at the same address.  The receive buffer is read 
only; the transmit buffer is write only (makes sense!).  This is where you 
read the actual byte received over the COM port or where you write the data 
you want to send out over the COM port.

CAUTION: BASE+0 will access these registers if and only if the most signif-
icant bit of the LCR (BASE+3) is zero.

Modem Control Register (BASE+4)
-------------------------------
This register allows you to control certain output wires from the 8250.  
Normally, you'll write to this address, but you can read the register back 
in if you want to find the state of certain bits.

Bit 0: This bit controls the Data Terminal Ready output.  When set to a 1, 
       DTR is "true."  This corresponds to a low TTL level, normally in-
       verted to become +12v at pin 4 of a DB-9 connector.  PMP oscillates 
       this line to control the mark/space output of the modem.  When this 
       bit is set to 0, PMP receives a high TTL level, providing a 1200Hz 
       mark frequency.

Bit 1: This bit controls the Request to Send output.  When set to a 1, RTS 
       is "true."  This corresponds to a low TTL level, normally inverted 
       to become +12v at pin 7 of a DB-9 connector.  PMP uses this as the 
       PTT line output.  PMP Key down is selected by writing a 0 to this 
       bit.

Bit 2: This controls an OUT1 line, not normally used in the PC environment.  
       The output is inverted like the above two.  Setting the bit to 0 
       (zero) gives high TTL output. 

Bit 3: This controls an OUT2 line, not normally used in the PC environment.  
       The output is inverted like the above lines.  Setting the bit to 0 
       (zero) gives high TTL output.

Bit 4: Provides a loopback feature.  Set to 0 for normal operation.

Bit 5 - 7: Writing to these has no effect.  Reading these bits will always 
       provide 0 (zero).

Modem Status Register (BASE+6)
------------------------------
This register lets you check on the status of certain control lines re-
ceived by your computer.

Bit 0 - 3: These are edge sensitive versions of the following four bits.  
       Whenever any of the following four bits change state, the 
       corresponding bit from this set goes to 1.  Reading the MSR sets all 
       four bits back to zero.

Bit 4: This Clear to Send (CTS) bit is 1 when a low TTL level is presented 
       to the UART.  This normally corresponds to a +12v received on pin 8 
       of the IBM/PC 9-pin connector.  Used by PMP to monitor the 
       mark/space status of the data stream coming in.  An incoming space 
       (2200Hz) will give a 1 when you read this bit.

Bit 5: Data Set Ready (DSR) is 1 when a low TTL is presented to the UART, 
       corresponding to pin 6 of the DB-9 being held at +12v. PMP uses this 
       as a Carrier Detect line.  It expects a 0 when the modem is receiv-
       ing either a mark or space tone.

Bit 6: Ring Indicator. Logic the same as above two, provided into pin 9 of 
       the DB-9 by whatever is hooked to it.

Bit 7: Received Line Signal Detect.  Logic is the same as above three, with 
       no normal connection in the IBM/PC environment.

>>> UPCOMING
8250 DOCS, SERIAL & PARALLEL BUFFER CHIP PINOUTS, PMP SCHEMATIC, SHRINKING 
YOUR FAVORITE SOFTWARE, MINIMUM BOOT FILES, BOARD REVISIONS, and more DIS-
ASSEMBLY.

73, Brian, ka9snf@wb7nnf.#spokn.wa or Internet ka9snf@jupiter.spk.wa

---
Brian Mork   Internet bmork@opus-ovh.spk.wa.us
 .. . .  .   Amateur Radio ka9snf@wb7nnf.#spokn.wa.usa
.   . ..     USMail 6006-B Eaker, Fairchild, WA 99011

------------------------------

Date: Wed, 2 Jun 1993 11:49:54 GMT
From: psinntp!uuneo!sugar!dbradley@uunet.uu.net
Subject: NDIS drivers for KISS mode
To: packet-radio@ucsd.edu

Does anyone know of any NDIS compatible packet
drivers for KISS mode ?


-- 
Dennis Bradley,P.E. (KD5XA)          Fax  : 713-897-2319
Email : dbradley@sugar.neosoft.com   Mail : P.O. Box 79612
Phone : 713-897-6521                        Houston, Texas 77279
************************************************************************

------------------------------

Date: 2 Jun 93 08:14:01 EDT
From: psinntp!arrl.org@uunet.uu.net
Subject: TCP/IP with PK-900?
To: packet-radio@ucsd.edu

I own an AEA PK-900 and I'm having a bit of difficulty getting it to
interface with NOS. Getting into KISS is no problem and I am able
to switch on my TRACE and copy traffic on the frequency. However,
the PK-900 is not responding to transmit commands. NOS executes
a ping request, for example, but the PK-900 does nothing.

I've tried adding PARAM DTR 1 and PARAM RTS 1 to my AUTOEXEC.NOS
with little effect. Are there any PK-900 or PK-232 owners who can
offer some advice?

Thanks and 73...

Steve, WB8IMY

------------------------------

Date: Wed, 2 Jun 1993 20:44:49 GMT
From: sdd.hp.com!hpscit.sc.hp.com!cupnews0.cup.hp.com!news1.boi.hp.com!swalton@network.UCSD.EDU
Subject: Using an ALinco 580T
To: packet-radio@ucsd.edu

I build my own packet board, so I don't know if this will help.  Typically,
there are four signals: microphone, speaker, PTT, and ground.  The ground
is common in the 580, so use the speaker's (or tie the microphone-jack's to
the speaker's ground--that's what I did).  The 2/32" submini stereo phone 
jack is nearly impossible to find, so I just used the mono version.  Until
recently, this would have been a problem, but many HTs have VOX-like circuitry
which only transmits when voltage is sensed from the microphone line.  The
580 pretty much uses the PTT to supply voltage (+5V) to the microphone.  The
way the microphone's jack is configured, inserting a mono phone jack will
short the ground to the +5V.  There is a 100 ohm resister on the +5V so that
there won't be too big of a problem.  However, this will drain your batteries
rather quickly.  I have thought of cutting the grounding band on the mono jack
so that it won't short, but I haven't done it yet.  Another idea might be to
carefully paint a nonconducting resin over half the grounding ring.  No, I
haven't tried this either.

Anyway, I found that the 580 works fine with my Baycom.  I just haven't had
the time to do all the things I would like with it.

73's
-Sean Walton
KB7RFA

------------------------------

Date: (null)
From: (null)
Packet is a lot like this.  It isn't like a BBS; it's more like a highly
connected relay network.  To log into the net, you have to use a TNC (terminal
node controller).  You can get one for an IBM PC clone or almost any other
computer.  These controllers hook onto your rig (note you can use almost any
band--be careful that your in an allocated frequency) and control the PTT,
mike, and speaker.  Usually, the commercial TNCs will have instructions for
use.  (I have heard that PK-88 is pretty good.  I made my own.)

Typical transactions on packet consist of connecting to a node (a relay
station), connecting to a BBS (yes, there are BBSs out there), sending a
message (according to ARRL specs), or posting a message in someone's mailbox.
Anything that a computer can do, a packet system can do.  What's nice about
packet is that many HAMs may use a single relay station at the same time.
This is possible because of the protocol packet uses.  Each packet is self-
contained.  So the relay station can accept many disjoint packets.  Part of
the protocol (X25?) requires that packets may come out of order.  The soft-
ware puts the packets back in order.

Getting your system up is a challenge--especially trying to find the relay
stations.  If you want to know where to find the relay stations, contact
a local club and get a list.  ARRL also keeps track of repeaters and packet
relay stations.

Hope this helps.

-Sean
KB7RFA
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